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TITLE OF THE INVENTION 

5 Providing connection control for separate logical channels in 
H.323 multimedia, 

FIELD OF THE INVENTION 

10 The present invention relates to a method and a system for 

providing a connection control for separate media components 
forming a multimedia stream which is transferred between two 
end-points each located in a network system. 

15 It is to be noted that, throughout the present invention, IN 
(Intelligent Network) designates any solution in which a 
call, connection or session processing node contacts a 
service control function (SCF) which issues instructions to 
the respective node. The contact to the service control 

20 function is based on a trigger information stored in the 

respective nodes, or downloaded there from external servers 
such as location registers. The trigger information may 
specify situations in the course of a call, connection or 
session handling. The service control function may be 

25 internally distributed. Moreover, the corresponding IN 

protocol could be any protocol between a controlling entity, 
such as a service control function, responsive to triggering 
from a call, and a session or connection node. The IN 
protocol may for example be an object oriented interface 

30 where the operations are object methods or invocations. 

Further, it is to be noted that throughout the present 
invention H.245 designates any signaling used in media 
component establishment, modification and release. In 
35 addition, according to the present invention, the term 

gatekeeper designates any node responsible for call routing 
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and control and optionally other telephone switch type of 
functionalities like charging. 



BACKGROUND OF THE INVENTION 

The ITU-T Recoininendation H.323 specifies multimedia 
conferencing over packet networks. According to H.323 it is 
possible to have several media components in a multimedia 
call or session. These separate media components forming a 
multimedia stream are handled end-to-end outside the 
multimedia call establishment which is done using Q.931 
signaling between a gatekeeper, a terminal and an external 
network such as PSTN (Public Switched Telephone Network) . The 
gatekeeper is an H.323 entity which provides services like 
address translation and control access for network elements 
such as terminals and gateways. The media components are 
established using the H.245 signaling from end-to-end. 

Similarly, in the IETF (Internet Engineering Task Force) IP 
(Internet Protocol) telephony protocol SIP (Session 
Initiation Protocol) the establishment and modification of 
multimedia streams is performed using end-to-end signaling. 
Its SDP (Session Description Protocol) definitions within the 
INVITE method inviting a user to a call are treated as H.245 
signaling even though not intercepted from a media proxy, but 
from a SIP call processing server. 

If current IN (Intelligent Network) architectures are applied 
to the gatekeeper, the gatekeeper is able to control the call 
routing and handling using known INAP (Intelligent Network 
Application Protocol) operations. However, if the media 
stream is established directly between the endpoints as 
performed according to H.323 and SIP specifications, the 
media stream is outside the control of the gatekeeper and 
further the SCP (Service Control Point) having a Service 
Control Function (SCF) . Using media gateway control 
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protocols, the SCP is able to control an entire media stream 
composed of one component such as G.711 encoded voice, but 
the separate media components from a multimedia stream are 
not visible for an SCP. 

The media stream may be composed of several media components 
routed via different paths* 

Similarly, the separate media components cannot be connected 
to external resources separately. 

SUMMARY OF THE INVENTION 

Therefore, it is an object of the present invention to 
provide services also for individual multimedia stream 
components . 

According to a first aspect of the present invention, this 
object is achieved by a method for providing a connection 
control for separate media components forming a multimedia 
stream transferred between two end-points each located in a 
network system, comprising the steps of: 

monitoring media component control signaling between the 
end-points; 

informing control means about separate media components; 

recognizing the separate media components associated 
with a call between the two end-points; and 

applying a connection control issued by the .control 
means to the separate media components. 

According to a second aspect of the present invention, this 
object is achieved by a network system for providing a 
connection control for. separate media components forming a 
multimedia stream transferred between two end-points^ 
comprising: 
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routing means for monitoring media component control 
signaling between the end-points, informing .control means 
about separate media components, recognizing the separate 
media components associated with a call between the two end- 
5 points, and applying a connection control issued by the 
control means to the separate media components. 



According to the present invention, the routing means which 
may comprise call control means and media proxy means receive 

10 a' media component control signaling message- 
Moreover, the routing means may send a message to the control 
means and wait for a response from the control means. 
Further, the routing means which may comprise call control 

15 means and media proxy means may receive a message from the 

control means and send a modified component control signaling 
message from the call control means. 

In addition, if the media component control signaling 
20 messages are routed via the media proxy means, the call 

control means may request report of media component related 
events from the media proxy means and the media proxy means 
may inform the call control means of the media component 
related events. 

25 

Furthermore, the multimedia stream may be routed via the 
media proxy means communicating with the call control means. 

Moreover, the routing means may send a message from the call 
30 control means to the control means and wait for a response 
from the control means to the call control means. 



35 



Furthermore, the media component control signaling message 
may describe opjening, closing or modifying a media component. 
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Further, the media component control signaling message may be 
in association with a call signaling message. 

In addition, the media components associated with a call are 
recognized in the media proxy. 

Finally, in order to provide connection control, the control 
means issue connection control requests to the call control 
means, the call control means issue connection control 
requests to the media proxy means and the media proxy means 
switch the media components in accordance with the connection 
control requests. The switching may involve media proxy 
switching IP packet payloads carrying a media component 
between an incoming and outgoing packet stream. 

The connection control may not occur in all cases where the 
invention is applied. The indication of media component 
information to the control means without connection control 
may be beneficial to enforce for instance charging tariff 
determination in the control means. 

In accordance with the present invention, media component 
related signaling (H.245) messages can be intercepted by the 
routing means to the control means. The messages can be 
modified and relayed further in accordance with the normal 
routing of the H.245 messages. In this way, the media 
component manipulations can be made invisible to the end- 
points. The control means can emulate an endpoint to the 
other endpoint. The separate multimedia stream components can 
be identified and switched separately by the proxy means. 

In case SIP is used in a call processing node, the session 
description protocol definitions from the SIP INVITE method 
inviting a user to a call can be intercepted to the control 
means . 



\ 
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According to the present invention, the media component 
related detection points can be made into a separate media 
component statemodel which is parallel to the basic call 
5 statemodel. A connection view model of the separate media 
components and their states can be presented to the control 
means • 

The present invention enables the use of specific IN services 
10 for separate multimedia stream components • Examples for such 
services are the control of a conversion loop, message 
modification and control of charging. 

The terminal capability negotiations occurring during the 
15 call set-up can be intercepted by the routing means to the 
control means to enable the control means to modify the 
terminal capability information elements to reflect for 
example the conversion capabilities available via the 
conversion loops for the separate media components. The 
20 modified terminal capability information elements can be 
returned by the control means to the routing means to be 
relayed further in the continued terminal capability 
negotiations . 

25 In the following, a preferred embodiment of the present 
invention will be described in connection with the 
accompanying drawing. 

BRIEF DESCRIPTION OF THE DRAWING 

30 

Fig. 1 shows an architecture of signaling between an IP 
network and an SC network with use of back-end services. 



DESCRIPTION OF THE PREFERRED EMBODIMENT 



35 
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Fig. 1 shows an IP (Internet Protocol) network adopting H,323 
signaling, which may communicate with an SN (Switched 
Circuit) Network like PSTN (Public Switched Telephone 
Network) to which mobile or fixed phones are connected. 

H.323 specifies multimedia conferencing over packet networks 
like the IP network. A call using H.323 signaling is the 
point-to-point multimedia communication between two H.323 
end-points, either direct or via gatekeeper (s ) and/or MCs 
(Multipoint Controllers) . The media mix in a call can consist 
of audio, video and data streams. Audio communication has to 
be supported, video and data are optional. Media can be 
added, dropped or replaced dynamically during a call. 

According to H.323, even a two-party call is considered as 
being a special case of a multiparty conference. 

In the IP network shown in Fig. 1, a gatekeeper (gatekeeperl 
or gatekeeper2) connects to a terminal (A~term or B-term) via 
an RAS (Registration, Admission and Status) channel, a media 
proxy and another gatekeeper. The gatekeeper which is a H.323 
entity of the IP network provides address translation and 
control access to the IP network for terminals, gateways and 
MCUs (Multipoint Control Units) . The gatekeeper also provides 
other services to the terminals, gateways and MCUs such as 
bandwidth management and gateway location. 

The call set-up signaling can also be relayed via the 
gatekeeper. Similarly, the H.245 control signaling can be 
routed via the gatekeeper. According to the present 
invention, the gatekeeper is also controlling one or more 
media proxies, via which all the data channels carrying the 
individual media components can be routed. The gatekeeper is 
able to instruct the media proxy to perform connections on 
these data channels. The data channels can be connected to 
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other nodes like SRFs, upon instructions from the gatekeeper. 
The connections can be created, modified and deleted. 

The end-to-end multimedia stream may comprise several media 
components routed along different paths, but they have to be 
routed via a media proxy under the control of a gatekeeper to 
enable connection control as requested by the gatekeeper. The 
routing via media proxies can be implemented in several ways, 
the gatekeeper may modify the media component establishment 
signaling message parameters to reflect the routing of the 
media component via a media proxy. In this way the packet 
traffic comprising a media component can be routed to the 
media proxy from the adjacent end-points or media proxies. 
Alternatively, the routing of the media component via media 
proxies can be enabled by providing routing information to 
the end-points. 

The media proxy is able to identify the separate media 
components from the multimedia stream. The media proxy can 
perform switching of the individual media components 
separately. The identification of the separate media 
components can be performed by labeling the IP packets 
associated with a given media component with specific labels 
in the sending node. Alternatively, the media proxy checks 
the IP packets for other identifying information such as RTP 
(Real Time Protocol) port numbers. This is required because 
the different media components may have the same source and 
destination IP addresses. The gatekeeper must provide the 
media proxy with information on each call and its associated 
media components as soon as they are known by the gatekeeper. 
This information includes information that enables the media 
proxy to identify the separate media components. In this way, 
the media proxy can execute the connection control 
instructions from the gatekeeper and perform switching. 



I 
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Similarly, the gatekeeper can instruct the media proxy on 
required bandwidth to be allocated for the data channels. The 
packets associated with the data channels associated with 
gatekeeperl processed calls are routed in the IP network via 
5 media proxyl. 

According to an alternative embodiment of the present 
invention, the H.245 control signaling may also be routed via 
the media proxy. 



According to the H.323 specification, several separate media 
components forming a multimedia stream are possible. These 
media components are established using H-245 end-to-end 
signaling. The H.24 5 signaling is adopted between two end- 
15 points or between an end-point and an MCU and provides plural 
functions such as capabilities exchange, opening and closing 
logical channels, flow control, media loop, etc- 

According to SIP (Session Initiation Protocol), several 
20 separate media components forming a multimedia stream are as 
well possible. These media components are established using 
SIP INVITE methods and its responses carrying media component 
descriptions according to SDP (Session Description Protocol) . 
These media component descriptions are contained in MIME 
25 (Multipurpose Internet Mail Extensions) format message 
bodies . 

In case specific IN services of an SCP (Service Control 
Point) are to be used for the separate media components of 
30 the multimedia stream, the separate media components are to 
be made visible to the SCF* 

Usually, each real-time media component is carried in a 
separate pair of uni-directional unreliable channels, one for 
35 each direction. A call with audio and video components 
therefore involves at least four logical channels. Data 



10 
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traffic, however, uses a bi-directional reliable channel. 
Here, "reliable channel" means connection-mode transport, 
while "unreliable channel" refers to connectionless 
transport. In an IP-based scenario, this corresponds to TCP 
5 (Transport Control Protocol) and UDP (User Datagram 
Protocol), respectively. 

Hence, the H.245 logical channels corresponding to the 
separate media components, respectively, must be made 
10 "recognizable to the SCF. 



Similarly, the existence of media components indicated in SIP 
messages must be made visible to the SCF. 

15 According to the present invention, a method of implementing 
IN type control for the components of a multimedia stream is 
proposed. To this end, the states of the media component 
streams are modeled in the gatekeeper. If the H.245 control 
channel or its equivalent channel, which is used to open, 
20 close and modify media components, is routed via the media 

proxy or an equivalent node, the gatekeeper must be informed 
of each message affecting the states of the media components. 

The modeling of the media component streams in the H.323 
media proxy is done by monitoring the component specific 
H.245 signaling between the terminals or end-points of the 
communication. Similarly, an other media component control 
signaling like SIP INVITE methods can be monitored similarly 
to enable the modeling. An example for such a state model 
used for the media components is an IN CS-3 type of 
connection view model which is made visible to the SCF by the 
gatekeeper, possibly with media proxy assistance. 

The state model according to the present invention includes 
35 detection points (DP) triggering messages which are sent to 
the SCF or SCP via the gatekeeper which has its own INAP 
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(Intelligent Network Access Protocol) for conununicating with 
the SCP or via an own INAP interface of the media proxy. 

Similarly, the invention enables the SCF to intercept logical 
channel descriptions from SIP methods like INVITE, to alter 
them and provide the modified description information to the 
gatekeeper. 

Messages are triggered according to trigger criteria such as 
a digit string, cause value, specific origin, feature 
activation, nature of address or a combination thereof. 

In accordance with this invention, the SCF can define 
detection point reporting criteria for the reporting of media 
component events signaling to the SCF. According to an 
embodiment of the present invention, the reporting criteria 
for detection points can define message types, message 
parameter values and parameter value ranges within a given 
message type. In most typical cases the H.245 messages like 
OpenLogicalChannel and CloseLogicalChannel can be reported to 
the SCF. 

The reporting criteria can include logical operations such as 
AND, OR and NOT. For example, the reporting of media 
encodings not listed in the reporting criteria can be 
enabled. 

According to the preferred embodiment of the present 
invention, the message type criterion can be omitted from the 
event report request, if the detection point identifies the 
message received. For instance, the SCF can set detection 
point reporting criteria on media component establishment 
message receipt in the gatekeeper (OpenLogicalChannel) with 
the criteria being such that the message indicates media 
types or encodings other than the ones listed by the SCF. 
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CLAIMS : 

l.A method for providing a connection control for separate 
5 media components forming a multimedia stream transferred 
between two end-points each located in a network system, 
comprising the steps of: 

monitoring media component control signaling between the 
end-points; 

0 ' informing control means about separate media components; 

recognizing the separate media components associated 
with a call between the two end-points; and 

applying a connection control issued by the control 
means to the separate media components. 

5 

2. The method according to claim 1, wherein in the monitoring 
step call control means receive a media component control 
signaling message. 

:0 3. The method according to claim 1, wherein the informing 
step includes the steps of: 

sending a message to the control means; and 
waiting for a response from the control means. 

lb 4. The method according to claim 1, wherein the informing 
step includes the steps of: 

sending a message to the control means; 
waiting for a response from the control means; 
receiving a message from the control means; and 
30 sending a modified component control signaling message 

from call control means. 

5. The method according to claim 2, wherein in the monitoring 
step, if the media component control signaling messages are 
35 routed via media proxy means, the call control means request 
report of media component related events from the media proxy 
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means, and the media proxy means inform the call control 
means of the media component related events. 

5. The method according to claim 1, wherein the multimedia 
stream is routed via media proxy means communicating with 
call control means. 

7. The method according to claim 1, wherein the informing 
step includes the steps of: 

sending a message from call control means to the control 
means; and 

waiting for a response from the control means to the 
call control means. 

8. The method according to claim 2, wherein the media 
component control signaling message describes opening, 
closing or modifying a media component. 

9. The method according to claim 2, wherein the media 
component control signaling message is in association with a 
call signaling message. 

10. The method according to claim 6, wherein the media 
components associated with a call are recognized in the media 
proxy. 

11. The method according to claim 10, further comprising a 
connection control step including the steps of: 

issuing connection control requests from the control 
means to the call control means; 

issuing connection control requests from the call 
control means to the media proxy means; and 

switching the media components by the media proxy means 
in accordance with the connection control requests. 
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12. The method according to claim 11, wherein the switching 
step involves media proxy switching IP packet payloads 
carrying a media component between an incoming and outgoing 
packet stream. 

5 

13. A network system for providing a connection control for 
separate media components forming a multimedia stream 
transferred between two end-points, comprising: 

routing means for monitoring media component control 
10 signaling between the end-points, informing control means 
about separate media components, recognizing the separate 
media components associated with a call between the two end- 
points, and applying a connection control issued by the 
control means to the separate media components. 

15 

14. The network system according to claim 13, wherein the 
routing means which comprise call control means and media 
proxy means receive a media component control signaling 
message . 

20 

15. The network system according to claim 13, wherein the 
routing means send a message to the control means and wait 
for a response from the control means. 

25 16. The network system according to claim 13, wherein the 

routing means send a message to the control means, wait for a 
response from the control means, receive a message from the 
control means and send a modified component control signaling 
message from call control means. 

30 

17. The network system according to claim 14, wherein, if the 
media component control signaling messages are routed via the 
media proxy means, the call control means request report of 
media component related events from the media proxy means and • 
35 the media proxy means informing the call control means of the 
media component related events. 
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18. The network system according to claim 13^ wherein the 
^multimedia stream is routed via media proxy means 
communicating with call control means, 

5 

19. The network system according to claim 13, wherein the 
routing means send a message from call control means to the 
control means and wait for a response from the control means 
to the call control means. 

10 - 

20. The network system according to claim 14, wherein the 
media component control signaling message describes opening, 
closing or modifying a media component. 

15 21. The network system according to claim 14, wherein the 

media component control signaling message is in association 
with a call signaling message. 

22. The network system according to claim 18, wherein the 

20 media components associated with a call are recognized in the 
media proxy. 

23. The network system according to claim 22, wherein, for 
connection control, the control means issue connection 

25 control requests to the call control means, the call control 
means issue connection control requests to the media proxy 
means and the media proxy means switch the media components 
in accordance with the connection control requests. 

30 24. The network system according to claim 23, wherein the 

switching involves media proxy switching IP packet payloads 
carrying a media component between an incoming and outgoing 
packet stream. 
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Voice over IP has paved the way for a global approach to designing 
communic^cion service placforms. but the reaj driver is chc con- 
vergence benveen heterogeneous communication nerwork tech- 
nologies. Schulzrinne' considered some of rhe problems arising from chis 
convergence and described possible scenarios for the evolution of the cur- 
rent communication world. The integration needs of existing systems slow 
down the introduction of new technologies and communicacion coois. Inte- 
grating heterogeneous networks at the communication'Control layer can 
speed up this process. Integrating the intelligent network (IN)' and the 
Inicrncr is a key step in ihii direction. 

This article advances a high-level abscraction for inrcgrating IP-ha-Ncd rclc- 
phony inteOigeni services with legaq' drcuir-swirched telephony IN services. 
We do not propose new protocols; rather^ we present a novel service architec- 
ture, its oomponens, and their behavior. We focus on Intemacional Telecom- 
municadon Union Rccommendauon H.323 for VoIP' (see the sidebar "1-1.323: 
An Overview** on die next page) and its central network component, the gate- 
keeper. In panicular. wc describe the architectural design and findings of the 
HcwictT-Packaid Laboratories Bristol (1-IPLB) gatekeeper, an oqpchmental pro- 
totype implemented on top of an H 323 pbtform. We also describe a practical 
demonstration of interopcrarion berwccn the Inrerncr and the IN. 

ARCHITECTURE RATIONALE 

Our proposed architecture rakes advantage of VoIP's flexibility by defining 
the means for convergence at rhe communications -control nerwork layer, 
radier than chc transport layer. The ever-growing avaJlability of communi- 
cation networks that offer similar functionality using different technologies 
suggests the need for a high-level abstraction to execute the services inde- 




A novd architecture supports 
flexible integration of IP-based 
telephony services with 
legacy circuihswitched 
services by defining the 
means for convergence 
at the communications*control 
layer of the network, rather 
than the transport layer. 
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pcndcnc of the user's network connection. Our 
approach defines a network-independent service 
environment into which diflferenc communication 
stacks can be plugged. Uncoupling the protocols 
from the platform is the first step toward convergence 
at the control layer 

With VoIP, communications services arc more log- 
ically implemented in terminal than in centralized ser- 
vice components/ This is because IP terminals arc far 
more powerftil and inrclligenr than tradirional Tele- 
phones and provide better user interfaces. As the 
migration to IP terminals gets under way, more ser- 
vices will be implemented in devices at the edge of die 
network Ne%'erthcless, some services Implement fiinc- 
rionaiiry that cannot run on the client side. Among 



them are call routing, directorie.s, and services that suf- 
fer from the "always-on" problem of client end termi- 
nals, which stems from the fact that VoIP terminals are 
not always on and connected to a network. Our 
approach, although essentially server-based, acknowl- 
edges the "intelligence at the edge** \ision and supports 
it by offering an entirely IP-based platform easily acces- 
sible by smart rcrminals. 

Integrated service platforms must provide services 
that end users can easily access and configure.^ The 
standardized access provided by IP is instrumental 
in achieving this goal, but the service model has to 
enable this capability. Our agent-based approach to 
provisioning communication services Ict5 users mod- 
ify the logic of their services and decide how service 



H.323 is on ITU umbrella Recommendation for multimedia 
communicarions aver local area networks |LANs) that do not 
provide a guaranteed quality of service (QoS|' |for a condse 
introductory tutorial see DataBeam's 'A Prinner on ihe H.323 
Series Standard"'^ TKe starxkard covers point-to-point com- 
munications and multipoint conferences. It oddresses call con- 
trol, muhinnedio manogefnent, bandwidth management, and 
inlerfcxes between LANs and other networks. 

Architecture 

The Reoommenckations ere still utkW development |H.323v2 
was approved in January 1 998), but some bosic concepts 
are widely accepted. The architecture elements are 

■ L/ser terminals. Terminals ore ihe LAN client endpointi 
that provide reol-time Iwo-woy comnuinicotions. 

■ Gatewcjys. GWs translate signaling and media 
streaming exchanged between H.323 and PSTN 
ctkI points. 

■ Multipoint control units. MCUs enable conferencing. 

■ Go^eepers. GKs ore responsible (or coll authorization, 
oddress resolution, and bandwidth monagemont. They 
intercept coll signaling between endpoints and provide 
"signaling-based* advanced services. 

Terminals, gcrtewoys, and MCUs ore genericolly addressed 
as endpoinls. GKs provide those services thot cannot be 
decentralized and implemented by endpoints. 

The Registration Admission Stotus (RAS) protocol is the 
key GK protocol. RAS messages are carried in User Doto* 
grom Protocol {UOPj pockets exchanged between an end- 
point orxi its GK. When an etKlpoint is switched on, it sends 



an RAS registration request (RRQ) to the GK. This message 
contains information su<h as terminal transport address, user 
olios, and E. 1 64 telephone number. If the GK occepts the 
registration, It sends a Registration Confirm message (RCF), 
otherwise, it sends □ Registration Reject (RRJ) message. The 
GK and its registered endpoints are called o zone. 

Coll Setup Ufe Cycle 

The H.323 coll setup life cyde con be split into throe phas- 
es (named according to ihe protocol used): 

RA$. To make a coll, on H.323 endpoint sends an RAS 
Admission Request (ARQ] messoge to the GK. This message 
contains the destination olios, which is the name or phone 
number of ihe user to be contocted. The GK may grant per- 
mission for the call by sending bock on Admission Confirm 
(ACF| message containing the actual transport oddress 
associated with the called party olios. The GK may also 
reject the request with on Admission Reject (ARJ) message 
for a variety of reasons, such as 'not enough bandwidth' 
or 'security violated." Therefore, during this phase the GK 
occomplishes three functions: address translation, call 
authorization, and bandwidth management. 

Q.931. This phase is derived from ISDN end-to-end call 
setup signaling {SETUP, PROCEEDING, ALERTING, CON- 
NECT) and provides the logiccJ connection between the two 
enc^f>oint$— the calling party and the called parly. In H.323, 
Q.931 is implemented on top of TCP. 

H.245. During this phase, the two endpoints exchange 
capabilities. They agree on the nature of the information 
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oSjccrs will hchavc when reacting w events jcnr 
from rhc nccw-ork an«i dialoguing wirh ocher «nti- 
dcs involved in the commujiicdTion .scwion. A .sim- 
ilar approach is the call managcmcnc agcnt.^ 

Letting end avers configure their own services 
requires careful analysis of the language used to 
innplcmcnt them because badly programmed logic 
can harm the networks overall functionality. A well 
thought-out language chat is user-friendly, can han- 
dle complex and idNinccd servitx:s, and can offer the 
appropriate rcliabilit)'' features required by comnni' 
nication networks has yet to be devised. Our pro- 
posal, while offering a simple rufe-based language to 
program the service logic, implements pccr-to-peer 
negotiation in the sei^ice platform among all the 



service objects of the parties involved in the com- 
m»inication session. >Vc believe this approach solves 
ihc abuve-meniioned problem and takes a step 
beyond the traditiimai rclcphony world service 
model, in which the called pariy plays a dominant 
role in criggcring and executing services. 

SERVICE ARCHITECTURE 

The main components of the scr^-ice archirecmne are 
shown in Figure 1 . The GK pbtibrm provides a high- 
level application programming interface (API) chat 
implements an abjttraiiiion layer fxjr executing services 
independent of the underlying networks. Each CK 
platli)rm hxs a locsil service platform in which service 
objects are executed. A service object implements scr- 



fhcy will exchonge through tfie media channel (a^io, 
vidao, or ciota) and its Format (lor example, compression 
or encryption). H.245 is implenftented on top of TCP. 

After these three phases, ifie Real-Time fVotocol/Real-Time 
Control Protocol (ffTP/RTCP, running on lop of UDP) media 
channels between the two endpoints ore opened according 
to the capabilities exchanged, ond the oduol media com- 
munication starts. Data oommunicotions ore based on the 
T120 specification . During the call, dual-tone mullifre- 
quency (DTMF) touch tones are transmitted over the LAN 
through the H.245 User Input Indication message. 

Coll signaling can be rtxited tfirough the GK or routed 
directly between the endpoints. RAS is, by nature, GK-rou^ 
ed. A GK con decide to route Q.931 and H.245 through 
itself, SO that it can act os a proxy between endpoints. If the 
GK inlercepfs ihe signoling rt can perform caH mancsgement, 
mainlaining o list of ongoing H.323 colls in order to keep 
endpoints' state or to provide inlbrmation for tfie bandwidth 
monogement function. In any case, the m96ia Bows direct- 
ly between endpoints because the GK is just a signaling 
entity and cannot b« colled. 

New FMtures 

H.323v2 uses the H.235 standard to address outhentica- 
tion, integrity, privacy, and nonrepudioHon. 

It has also introduced the Fast Connect procedure, v^ich 
allows endpoints to expedite the exchange of terminal 
capabilities by enoapsuloting ihem in Q.931 messages, thus 
avoiding tf>e slow H.245 nogotiotion. 

Supplementary services have been defined by the 
H.450 series. H.450.) is tt>e signoling protocol betv^en 



endpoints for the control of supplementary services; 
H.450. 2 defir^es call transfer of an established call; and 
H.450. 3 defines caQ diversion for implementing call For- 
warding uncoTKiitionol, call forv^rding busy, call for- 
warding no reply, and call deflection. New services con 
be introduced through the stondordizotion oF a new 
H. 450.x series. The series puts in ploce signaling mecha- 
nisms k> control services, but do not define how the logic 
behind them should be implemenied. 

B«yx>nd Signallrkg 

The Internet Engineering Tosk Force proposol lor VoIP sig- 
naling is the Session Initiation F*rotcx»l.^ SIP goes beyond 
tf>e simple signaling of voice communications, it focuses 
on setting up generic communication sessions, separoting 
this phase from channel allocation and medio tronsmis- 
ston. SIP uses the REGISTER messoge to register to a SIP 
server orni the INVITE message to initiate a coll. This mes- 
soge can be sent directly lo a SIP client or SIP server, 
which is comporoble io o H.323 GK. if the SIP server is a 
proxy server, it will route the coll through itself; if it is a 
redirect server, il will redirect the call to the actual desti- 
nation. 

RCFEREMCCS 

). nU-TRacLH.323, ^^llJal1e^lKoneS)^lw^«ar«|Equipm«nllbrUxd 
A««a h4Blworlu «wliidi ^9vtda a hlonguonvitaBd Oualtty of S«rvice,' 

2. Da»aBa«n Corp., 'A Pnirm on jU H.323 Svlm S*ondofd/ 
Kttp://\www.(j o >t i> «MJf>.comA3?3/K323pr^mer.hlml. 

3. AA. Handley, H. Schulzrinn*, and.E. Sd^ootar. 'SIP* S*Mion InMotion 
Protocol,' IntBfTier drofr, IETF. Jbn. 1 999; wofV in progrwi. 
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vicc5 for a particular user, who can modify and con- 
figure chem at any rime. For each user chere is a ser- 
vice objecf .^rorcd \n a home server, which is shared 
among several users. The server can be located any- 
where in the nerwork. When a user changes location, 
ihc local GK-service platform ;iccrpt.s «lic registration 
and downloads the users service object from the 
home server in which chc object is stored. 

HOME SERVER 

The home server contains the service objcccs and 
provides them when requested by a service placform. 
It pl^ys an essential role in supporting tiserand ser- 
vice mobility, synchronizing multiple instances of 
the service objects, and providing access to service 
creation environments. 

A service object is located using the alias address 
of the user to which it belongs. We use the address- 
ing scheme adopted by the Internet Engineering 
Task Force's Session Initiation Protocol (SIP)/ in 
which users are identified by a structured e-mail-like 
alias: userName@HomcSen'er. When a service plat- 
form needs to download a user's service object, it 
uses this structure to locate HomeServcr and down- 
load the service object of userName. 

Obviously^ this location mechanism is nut valid 
when the user's alias address is outside the adopted 
addressing scheme. This is the case for E.164 tele- 
phone numbers, which in the Internet do not belong 
to any domain and therefore have to be translated 
into meaningful structured aliases. Various standards 
bodie.v — in particuifar, the European Telecom muni- 
cations Standards Institute (ETS I) Telecommunica- 
tions and Internet Protocol Harmonization over Nct- 
worlu (TIPHON) technical body and its Working 
Group IV — arc addressing this PSTN/IP integra- 
tion issue, and we expect to use their results. 

The home server is also responsible for synchro- 
nizing multiple requests for chc same service object (for 
example, when there is more than one call attempt to 
the same user). This problem stems from the faa that 
the same service oljject c*ii be accessed by different ser- 
vice platforms. It can be solved using a centralized 
approach (the home server is responsible for synchro- 
nization) or a disirihuced one (die service objcccs com- 
municate among themselves to avoid inconsistencies). 

The home server is also where service objects are 
created. In the (radifion;il lelepliony network, ter- 
minals provide a very poor interface (an alphanu- 
meric keypad with some extra buttons), and the only 
way to configure services is to type cumbersome 
.sequences of digits. In our solution, a Web-based ser- 
vice creation environment (SCE) can offer a user- 



friendly GUI -based service configuration. Mizuno 
et al. describe a similar approach.' 

SERVICE PUVTFORM 

The service platform cof\trols service objects* execu- 
tion life cycles. Once downloaded from the home 
server, the objects are executed locally and receive 
events from the underlying communication stacks. 

In Figure 1 the GK platform provides the abstrac- 
tion layer for events coming from a generic nerwork. 
This abstraction requires the identification of com- 
monalities between existing and emerging commu- 
nication paradigms adopted by protocols used in 
wireless, fixed, and VoIP networks. Observe that vir- 
tually all of their Rtnctionalit)' can be grouped into 
three main areas: a repstration phase during which 
terminals communicate their presence and related 
data; an admission phase during which they ask for 
a called parry's number translation; and a call signal- 
ing phase during which entities exchange messages 
to control the actual communication. This distinc- 
tion allows us to define a level of abstraction that 
enables different communication stacks to be com- 
bined into a single platform. 

The user objects encapsulated in service objects 
(Figure 1) receive fast-changing user information 
such as the current user location, the user status 
(busy. free, in a call setup, and so on), or the sutus 
of die calls in which the user is involved. 

We categorize service objects into throe classes. 

■ ImtalUd service objects are downloaded at reg- 
istration time. They live in the platform until 
the user unregisrers (Figure 1). 

■ Downloaded ser%'ice objects are downloaded 
during a call actcmpc. They live until the call 
terminates. 

■ Replica service objects are downloaded when 

orher instances of the same service object arc 
already installed into or downloaded to some 
other service platforms. Thc)- live in the service 
platform in which they are downloaded until 
the call terminates. 

When a user registers with a local GK, the service 
platform sends a Notify message to the home serv- 
er, downloads the appropriate service object, and 
installs it. The Installed service object gets a copy of 
the user object (created by the GK as soon as the 
user registers) and initiates it to receive events from 
the network via the GK and service platform. The 
service logic behavior is driven by such events, which 
carry information about the user status and status of 
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rhc possible calls in which the 
user is involved. Rxajnplcs of aicr- 
vices chai can take advantage of 
this updating process are: 



■ fntemational call barring. 
When a user tries to place a 
call, the call request is passed 
to the service object, which 
uses its logic and the data 
stored in the user objca to do 
prcchecking and decide 
whrrhcr the call can progress. 

■ Presence services. Once the 
user registers, the service 
object forwards the users 
location to other applica- 
tions, which can start 
prcschcdulcd calls or deliver 
waiting messages. 

Figure 1 . Service 

When a registered user (for exam- 
ple, user A@HomcrServerA in 
Figure 2) wants to place a call, the GK with which 
the individual is registered alerts the associated ser- 
vice platform, This platform then checks if the called 
party s service object is installed locally; if it is not, 
the appropriate service object is downloaded from 
the called party's home server. At this stage, two sce- 
narios are possible. 

In the first scenario, rhe called pany is registered 
with a different GK (GK Y tn Figure 2). In this case 
the home server of user B (rhe called party) creates a 
called party Replica service object, which contains a 
reference to the Installed called party service object 
running in the service platform associated with GK 
Y. The rcpHca is downloaded into service platform X 
and retrieves an updated user object from the 
Installed service object, whicli is also responsible for 
the synchronization between itself and its replica. 

In the second scenario, the called party is not reg- 
istered with another GK. so its downloaded service 
object does not need an updated user object. The 
called party's status indicates that the user is discon- 
nected. (This is typical when the service logic routes 
the call to a voice-mail system.) Synchronizing 
. between possible Replica service objects, due to 
simultaneous call attempts, is left to home server B. 

To summarize, the goal is to involve all service 
objects in a call in the same service platform, which 
is the one associated with the GK with which the 
calling parry is registered. 

An interesting evolution of the proposed archi- 
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tccture is tntelligcnt edge devices running a light- 
weight version of the serv ice platform. This implies 
moving it from the service execution layer to the 
user layer (Figure 2) and removing the GK platform 
between the device and its service platform. This Ices 
devices access other service platforms directly, avoid- 
ing GK mediation. 

SERVICE OBJECT BEHAVIOR 

Once the service pUcform has involved all rhe ser- 
vice objects in the call, the peer-to-peer call negoti- 
anon between the objects can start. The calling 
party's service object invokes a ''locate" method (part 
of the interface of every service object), which choos- 
es the correct destination transport address of the 
called party. This process could u.sc die user object $ 
fast-changing data. 

The service logic implemented by the locate 
method consists of a set of "if* condirions then 
actions. The condition field contains information .cuch 
as time of day, call originator ID, and devices the user 
is currently using. Possible actions include return trans- 
port address, reject, and request further information. 

The called party's service object can return a single 
response or a list of possible options. For example, 
when the user is unavailable, the calling party's service 
object can either stop the call or pmcced. leaving a mes- 
sage with a voice mail system. When the calling parry's 
service object gets the response, it can execute more 
logic (address postchecking, availabilitj*. and so on) and 
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then passes the response co the calling partys terminal 
through chc service platf irm. 

For privacy and securiry reasons, the called party*s 
service objecr docs not have direct access co the call- 
ing partys user object. However, it can a^k the call- 
ing partys service object for information about its 
user. During chis negotiation phase, the two parties 
agree on the media communication type and format. 

As described above, chc negotiation phase 
requires more than a single invocation of the locate 
method; therefore, it is more rea^nablc not to call 
ihc method remotely on the home server bur to 
transport the whole objecr through rhe network. 

If Tjownioaa ^ service objea downloading time, 
Tfftnnte ^ ^he transmission delay for a single message, 
TJ^^i chc transmission delay within the platform, and 
n the number of messages exchanged between the two 
service objcccs, the negotiation phase overall delay is 
7*1 = Tdownload ♦ 7|ucj if the wliolc object is down- 
loaded and 7*2 = 2*»*7^^i^ ifir is not. Assuming 7]^ 
^ is negligible and Tlcn.^te = ^auw.,i,«d> then Ti « 
when n is significantly large. TTiLs is the main reason 
for downloading the called partys service object, even 
if this could have an impacc on postdial delay. 

In addition, service mobility has some security 
impltcacions. Since service objects are downloaded 
into a foreign service platform, their internal data and 
methods should not be completely expKiscd. To over- 
come this problem, service objects could be imple- 



mented as empty proxies and their 
iriethods executed via rmiote calls. 
This could be a feature home serv- 
er providers make available. Ob\i- 
ously. security advantages are 
obtained at the expense of the per- 
formance benefits gained by 
downloading the service objects. 

Alternatively, host $er\'icc plat- 
forms have to shield local resources 
to prevent tnalicious service objects 
from accessing local information 
and communicating relevant data 
back to the home server or to other 
applications. This goal can be 
achieved by using authentication 
and signed code techniques prior 
to the execution. Obviously, inter- 
operability between service plat- 
forms and home server providers 
requires well-defined communica- 
tion interfaces and service-level 
agreements between them. 

PRACTICAL IMPLEMENTATION 

Figure 3 (next page) shows the implementation of 
the service architecture. Because we wanted our pro- 
totype to interoperace with currently available VoIP 
clients, the most popular being Microsoft NetMcet- 
ing, we chose H.323 as the VoIP protocol. 

The H.323 stack handles messages coming from 
the IP network. The GK core logic stores information 
about ongoing calb (call objects) and registered users 
(user objects) into chc respective databases (Figure 3). 
The components located above the dashed line have 
been implemenred using Java, talcing 3d\'a mage of the 
built-in remote merhod invocation (RMI) for com- 
munication between these components. 

HPLB GATEKEEPER 

I he HPLB Gatekeeper implements the functional- 
ities described by the 11.323 standard except for 
bandwidth management (Figure 4). Its internal 
archirecrure is composed of thrcr functional blocks: 
the H.323 stack, the interface layer, and rhe GK, 
which is divided into the Java communication API 
and the core logic. 

The Java communication API, which sits 
between the core logic and interface layer, was 
designed co be independent of the underlying com- 
munication protocols. This creates an additional 
level of abstraction for registration and call admis- 
.^ion (RAS) and Q.931 (call signaling). Thanks to 
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th'is abstraction a variety of protocob can be plugged 
into the platform^ allowing seamless integration 
between different networks. 

The interface layer between the H. 3 23 stack API, 
which is written in C, and the Java communication 
API, is based on the standard Java Native Inrerface 
(JND mechanism. This layer can be split into rwo 
nuior functions: d\c message dispatcher and the nadve 
methods. The message dispatcher is triggered by call- 
back funcftons coming from the stack API. It instan- 
tiates Java objects with the parameters contained in 
the received messages and invokes the appropriate 
communication API methods co pass these objecK. 
Native methods simply map requests from the Java 
GK logic into H.323 stack API method invocations. 

The GK core logic has accr.w to the user and call 
databases (Figure 4) that contain data related to reg- 
istered users and ongoing calls» respcaively. The user 
database contains user objects. Tliey contain user 
status and basic properties such as user alias, £.164 
telephone number, and IP address. The status can 
be DfSCONNCaED, REGISTERED. BUSY, or SETUP (if 
the user is in the call setup phase). The call database 
contains call objeas. consisting of a call-ID, the ref- 
erences of the user objects of all the parties involved 
in the call, and the call status. ITie call status reflects 
the Q.93I messages exchanged between the two 
endpoints through the GK. 

When the GK receives an ARQ. the service plat- 
form is invoked to start the service objects* negotia- 
tion. After the response is sent back by the service 
platform and the permission for the call is granted, 
the Q.93 1 signaling stans to flow through the GK. 
updating the related users and call objects. We route 
H.245 directly berwecn the endpoints because it 
involves the exchange of a large amount of infor- 
mation of little interest ro the GK itself 

The HPLB Gatekeeper core logic implements a 
simple internal admission policy based on resource 
availability. Iwo parameters, based on network capac- 
ity, can be set up at launch rime: maximum number 
of fcgistered users and maximum number of ongoing 
calls. Registrations or call requests that could cause 
exceeding these parameters are rejected. Future admis- 
sion policies can be based on more complex interac- 
tions with firewalls or bandwidth management 
servers. These policies could require the interception 
of the H.245 flow. In fact, if the GK must allocate 
resources to guarantee QoS for a particular media 
connection, it should know the UDP port where the 
stream cakes place. The GK can get this parameter by 
intercepting H.245 messages. This parameter is also 
useful for monitoring and measurement. 
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Figure 3. Procrical impkHnentalion. 



SERVICE OBJECTS 

Service objects arc scored and provided by the home 
server through the following simple RMI interface: 

gerServiceObjecH I . 
releaseServiceObjecK). 

The mechanism finr synch roni/Jng multiple instances 
of the same service object is implemented within the 
home server. The service object Java interface is com- 
posed of the following methods: 

■ bcoM) is invoked by the calling party's service 

object onto the c:allcd parry'*; service object to 
Stan call ncgoriation. In che current implemen- 
tation this method has one parameter: calling 
party ID (E. 164 number or, preferably, the 
stnicrurcd alias when available, that is. when the 
call comes from an IP terminal). 

■ difl^) is used to terminate the object life cycle. Nor- 
mally, this method invoked by the service plat- 
form when the user un registers, or by the calling 
party's objea to force stop call negorbiion. In die 
first case, die object is released and the home serv- 
er notified. In the second case, die behavior is 
more complicated and depends on whether the 
object is installed, downloaded, or a replica. 

■ froezeO is invoked by an installed service object 
located in the service placfijrm associated with 
the users current GK onto a replica of it (Figure 
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Figure 4. The HPlfi Gatekeeper platform. 



2). This method is used to temporarily frccic 
the replica to avuid confltcts bcrwccn the deci- 
sions made by the two objects, which may 
affect the user. 

■ unfreeze^}. 

■ releasa^) Is invoked by a replica service object to 
notify the original installed object that it no 
longer exists. 

■ getUserStatuM). 

■ getServiceSlahisO. The service status can be nor- 
mal or frozen. If a service object is frozen, it is 
likely that the other party's service object will 
stop the call. 

■ updateUterSfatusO and updoteCaliStatusO are 
invoked by che service platform. 

H.323v2 can benefit from the service object negoti- 
ation. In fact, its Fast Connect procedure coupled 
with ihc prior service object s call negotiation ensures 
that media channels with the optimal characterise 
rics — chosen during this call ncgtitiation — can be 
opened just after call setup. This ret^iires passing ter- 
minal capabilities to the GK at registration instead 
of exchanging them daring the H.245 phase, after 
service object negotiation. ^XOlilc this feature is 
already part of the SIP protocol, H.323 will provide 
it in ftjturc versions. I'his is one of the problems chat 



must be solved when integrating 
different protocol stacks under a 
common level of abstraction. 

It is also worth pointing nut 
the relationship bcrwccn H.450 
and our proposal. The former is a 
signaling mechanism to control 
services implementation; the lat- 
ter, the logic behind it. 

Since service objects arc essen- 
tially Java objects, we use Java as 
rhe service logic language, with 
service logic scripts inrerprcrcd by 
the Java Virtual Machine. Thus 
wc do not need a new virtual 
machine for interpreting a new 
scripting language. 

There arc several proposals for 
a scripting language that handles 
calls. The most interesting of 
them, from a VuIP point of view, 
is rhe Call Processing l.anguage 
(CPL)'° for Internet telephony, 
under development by the (PTel 
IETF Working Group (see the 
article "Programming Internet 
Telephony Services" in this issue). 

The two main objections to using a normal pro- 
gramming language like Java for service setup by end 
iLscrs arc that .service creation could be difficult, and 
that common languages are too complex for handling 
calls. This complexity can easily generate service mis- 
behaviors. These drawbacks can be overcome by using 
controlled and simple service creation environments. 
In this context, wc are exploring JavaBeans. JavaBcans 
can be manipulated graphically, which can generate 
an interesting evolution of the SCE. In fact, home 
server providers may make available different classes 
diat can be dirccdy coscomizcd by end users using Jav- 
aBeans. Different cla.sscs of services may be offered, 
ftom simple static call redirccrion (to a number decid- 
ed by the user) to provision of the whole service object 
by an end user with good programming skills (which 
actually implements the whole logic). 

DEMONSTRATION 

The demonstration described here was presented at 
the Hewlett-Packard Laboratories review in Bristol 
last summer. Its aim is to show the case of deploying 
personalized user services and rhe potential interac- 
tion with IN components, in particular with the ser- 
vice control point (SCP). the platform currently used 
by telecom operators to offer value-added services.^ 
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The architecture, depicted in Rg- 
ure 5» provides Internet call wait- 
ing, allowing users to receive 
incoming calls through a VoIP 
gateway when they are connected 
via diai'up and their telephone 
line is engaged. 

The SCP is simulated by a Java 
applic;irton running on a machine 
connected to a private btanch 
exchange (PBX), through special- 
ized cards supporting the British 
signaling standard DPNSS. This 
"vimiai SCP" communicates with 
the GK through Java RMT, but 
call requests reach rhc GK 
through the same high-levd com- 
munication API used by the 
1 1.323 stack. A plug-in makes the 
virtual SCP inrcropcratc with the 
GK through this API. The H.323 
gateway runs on a different 
machine connected to the same 
PBX. The range of telephone 
numbers served by the PBX, con- 
nected ro the normal PSTN, has 
been split: a subrange for the G W 
and another subrange for the virtual SCP. Each 
extension in the SCP subrange corresponds to an 
Internet call -waiting subscriber. 

>X^cn a call to a subscriber is attempted, the PBX 
tries to contact the subscriber telephone number If 
the number is engaged, the virtual SCP is alerted. The 
virtual SCP then contacts the GK to find out if the 
subscriber is registered (note that the user must have 
registeted with the same EA&\ number). If so. the 
process goes on as described: The service plarform is 
invoked and rhc personalized user service executed. 

The demonstration is limited to Inicrncr call 
waiting, so we a^ume that whenever the called user 
is connected via dial-up to an Internet service 
provider, the user is also registered to the GK asso- 
ciated with the SCP (there is a well-known fixed 
binding between them). If the called parry is not reg- 
istered to that GK, it means that the user is busy in 
a PSTN call, and the calling party will get the busy 
cone (alcernacively, the normal IN call -waiting ser- 
vice can be activated). 

In our demonstration, the logic in the called 
parry's service object is programmed to examine its 
own user status. If the user is not busy in a Vol? call, 
its IP address is returned. Otherwise, the service con- 
tacts a ^niall Java application launched at regisira- 




Figure 5. A proctkal demonstrtiHon. 



tion running on the current user machine and deliv- 
ers a popup window, asking the user whether ro take 
the call (leaving to the client rhe responsibility to 
manage multiple calls), divert it to anorher IP 
address, divert it to a telephone number, or reject it. 
To do this, the service platform security manager 
implements a dynamic pulicy that allows a service 
object to open a remote connection to the current 
machine where the registered user is located. 

If the uiccr returns an IP address, the GK allocates 
a "phantom" number on rhc range associated with 
the GW. The GK gets this range from the GW at 
registration through H.323. The GK returns the 
number to rhc SCR keeping the a.vsociafton between 
the phantom number and the IP address. The vir- 
tual SCP communicates with the PBX to diverr the 
incoming call to the GW phanrom number. ^X^cn 
the GW rcccK'cs the call, it sends an RAS ARQ mes- 
sage lo the GK with the phantom number as desti- 
nation; the GK knows the IP addre.u associated with 
that phantom number and connects the H.323 call. 

In our demonstration we assume a static rela- 
tionship between the SCP and the GK-M:rvicc plat- 
form, and every time a user is connected via dial-up 
to the Internet the user registers with that GK. If the 
called parry can be registerc<l with a GK other rhan 
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ihai associatctl with the SCR E. 164 number crins- 
lation 15 not a trivial cask. In particulatp the GK asso- 
ciated with the SCP receives, from the SCP» call 
requests containing just two parameters: caller ID 
and dialed number. It is important to stress that, in 
this context, the dialed number is a user identifica- 
tion and not a classic £. 1 64 number. If there are no 
users registered locally with the £. 164 numbers pro- 
vided by the SCP. the GK must rranslarc E l 64 
numbers into structured c-mail-likc aliases in order 
to locate the home scrven and then download the 
user objects and service objects. The GK can per- 
form this translation in several ways. It can perform 
a lookup in a central database or ask other GKs 
through the Inter-Gatekeeper Communication Pro- 
toco! (IGCP); sec H.323 Annex G.^ 

If the GK can translate these E. 1 64 numbers and 
locate che called parry's and calling parry's home 
servers, service execution proceeds as usual. If nut, 
two scenarios are possible: 

■ If either the called party's home server is not 
located or the called party is not registered to 
any GK, the call is rejected. 

■ Ifcltl \CT the calling parry's home server is not 
located or the calling party is not registered to 
any GK, a dummy service object is created to 
interact with the called party s service object. 

CONCLUSIONS 

VoIP ncTworks have come of age, with significant 
investment from key industry pLyers. New nerwork 
and communications technologies are dramatically 
changing the way services are deployed. There is now 
a critical need for services that span heterogeneous 
networks, and VoIP, with its extreme openness, will 
be a key factor in enabling che communication con- 
trol convergence. In the VoIP context, using this 
type of active networking through objects down- 
loadable into gatekeeper-like servers seems to be a 
reasonable way to address the problem. 

The architecture presented in this article is a first 
step in this ditection, and more work in this area is 
expected in the future. Users, carriers, and equip- 
ment vendors must map future service requirements 
and opportunities into an architecture from which 
protocols, technologies, and products will be deter- 
mined. The transition from a closed, circuit- 
switched, usually monopoly- (or oligopoly-) owned 
telephone network to a much more open and user- 
configurable packet network poses many difficulties. 

Our experience shows that integration between 
the control elements of traditional and emerging 



networks is a powerful tool for rapidly deploying 
and offering new services. We believe that approach- 
es I'tke ours arc suitable for the so-called next-gener- 
ation service providers and will replace the existing 
dosed solutiuns. ■ 
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(54) Routing control communication system between circuit switched network and internet 



(57) A routing control communication system in- 
cludes a circu it switched network provided with a service 
control information database having a telephone num- 
bers table, an interconnection network provided with a 
network communication protocol and an information ter- 
minal, and a network interworking equipment provided 
with one terminal connected with the circuit switched 
network and the other terminal connected with the inter- 
connection network. The information database is con- 
nected with the interconnection network, and the infor- 
mation terminal of the interconnection network is con- 
stituted so as to obtain a transferred terminal number 
corresponding to a called telephone number from the 
service control information database. 
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Description 

FIELD OF THE INVENTION 

s [0001] The present invention relates to a connmunication system performing routing control between circuit switched 
network and interconnection network comprising protocol for network communication. 

DESCRIPTION OF THE RELATED ART 

10 [0002] ITU-T Recommendation H.323 may be utilized as a protocol for call control in an interconnection network 
(hereinafter called as internet) having network communication protocol like LAN, WAN or the Internet based on the IP 
networking technique. H.323 includes Q.931 protocol which is used as a call control signaling for establishing and 
releasing calls among terminal equipment and gateways in the internet, where the gateway is an equipment which 
interconnects between a call in the circuit switched network such as telephone networks, integrated services digital 

^5 networks and mobile communication networks and a call in the internet. The network architecture in the H.323 includes 
a gatekeeper which performs functions of address translation, access control, bandwidth management, etc. The gate- 
keeper may have additional functions relating to the call control such as a conference call control. 
[0003] In many cases, a public switched telephone network is constructed as Intelligent Network (IN) in order to 
provide enhanced and diversified network service. The IN Is a network connection architecture recommended in Q. 

20 1200 series of ITU-T. Difference between conventional network and the IN are two points of independence and inte- 
gration of the service control function from the switching equipment. 

[0004] An aim of the conventional telephone switching system is to efficiently provide one to one communication 
services. However, in order to provide the service control function to each switching equipment, complex addition and 
modification on the function are required. Therefore, advancing of services is somewhat limited. The IN solves this 

25 problem by constructing a layered structure such that the switching equipment executes a basic call connection function 
and a dedicated information processing equipment executes a function for providing complex services. According to 
the IN, a service control function needed for realization, maintenance and operation of the network services is integrated 
and controlling, monitoring and managing of the call control part are performed so as to meet an Introduction of ad- 
vanced network services. Additional services such as freephone service, abbreviated dialing service, virtual private 

30 network service and transfer service are realized with the IN technique. 

[0005] A part of structure of IN can be seen in Fig. 1. In the figure, a call control part 11 for performing only basic 
connection of a circuit such as a digital switching system, a service control part 12 for directing the service to the call 
control part 11 , and a service control information database 13 for storing service control information are illustrated. 
[0006] In a PBX and a private communication network composed mainly with dedicated line, these additional services 

35 are realized by adding a service control function to a server equipment connected to the PBX. 

[0007] However when a call for connecting to a telephone terminal in a telephone network is originated from an 
information terminal of the internet, it Is not sure that the nearest gateway with respect to the called telephone terminal 
is always selected. The longer in distance between a selected gateway and the called telephone terminal, the less 
efficient use of communication resources due to wasteful routing. This invites an inconvenience to users in paying 

40 increased charge to the telephone networks. 

[0008] Hitherto, the internet provides gatekeeper. When a call from an information terminal CI of the internet to a 
telephone terminal T1 of the telephone network is arrived, the information terminal CI inquires to the gatekeeper and 
thus the gatekeeper responds by retrieving a gateway address AG1 for the called telephone number NT1. Therefore, 
the gatekeeper has an address table to take the correspondence between the telephone number and the address of 

^5 the gateway used to connect to the telephone number. The routing control can be thus performed by selecting the 
address of nearest gateway depending upon the called telephone number informed from the calling information termi- 
nal. However, for the Internet continuing self-increase, it is difficult to always renew the correspondence information 
in the gateway between the address of the gateway and the telephone number. Therefore, the inconvenience comes 
out from that communication resources cannot use efficiently for wasteful routing as mentioned above. 

so [0009] More concretely, an inconvenience may come out in case of usage of the call transfer service. For example, 
it is assumed that there is a service for transferring a calling to a telephone terminal T1 of the telephone network to an 
information terminal C2 of the internet is set, and that an information terminal CI of the internet originates a call to the 
same telephone terminal T1 of the telephone network through the gateway. In this case, the service control part of the 
telephone switching system, which detects that the telephone terminal T1 is called, needs to execute a procedure for 

55 terminating the call to the information terminal C2 by transferring again the call into the internet through the gateway 
Such wasteful procedure between the networks will produce further consumption of the communication resources. 
This problem is caused by that the one communication network has only information for call transfer to the other 
communication network. The similar problem will occur in case that a mobile terminal equipment to be called in the 
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Q2(3) [first information part] = Called telephone number. 

[0033] In case that a signal Is directly sent to a service control part of the IN facility a signal with a signal fornnat 
depending on the Intelligent Network Application Protocol (INAP) and communication with the procedure of the INAP 

5 is executed, or a signal with a signal format depending on the Transaction Capabilities Application Part (TCAP) and 
communication with the procedure of the INAP is executed. On the other hand, it enables tocommunicate with existence 
communication procedures different from these ones. The signal Q2 composed like this is sent to an IN facility signal 
transmission unit 205 and outputted to the service control information database in the IN facility 
[0034] At this time, the internet signal analyzing unit 207 sends the received inquiring signal Q1 to a signal corre- 

10 sponding management unit 210, and the signal corresponding management unit 210 memorizes in a memory 21 2 for 
the advising contents. 

[0035] The service control information database retrieves the called telephone number T1 for the inquiring signal 
Q2, and sends the response signal R1 provided with retrieved transferred terminal number to the interworking equip- 
ment 1 32. The transferred terminal number is the telephone number In case of telephone network, or is an address in 
?5 case of the internet. 

[0036] »An IN facility signal receiving unit 201 of the interworking equipment 132 receives the response signal R1 
from IN facility and sends it to an IN facility signal analyzing unit 202. The IN facility signal analyzing unit 202 analyses 
contents of response signal R1. At this time, by inquiring to the signal corresponding management unit 210 to obtain 
a reference number and by comparing the obtained reference number with a reference number in the responding signal 
20 R1, it is confirmed that the responding signal R1 is a corresponding response to the inquiring signal Q1. After the 
confirmation, the IN facility signal analyzing unit 202, in order to advice the signal R2 as the response information for 
the gatekeeper forms the response information in the signal formats as follows: 



R2(1)=:Q1(1), 

25 R2(2) = Telephone number conversion response, 

R2(3) = Called telephone number 
R2(4) = Transferring terminal number 



The unit 202 sends these response signal R2 to an internet signal assembling unit 203. 
30 [0037^ The Internet signal assembling unit 203 composes the response signal R2 to be sent to the gatekeeper and 
sends it to an internet signal transmission unit 204. The internet signal transmission unit 204 sends a received response 
signal R2 to the gatekeeper 

[0038] The gatekeeper 17, that receives the response signal R2, obtains transferred terminal number In case that 
there is difference between the called telephone number and transferred terminal number the gatekeeper 17 retrieves 
55 an address table based on this transferred telephone number The gatekeeper 17 obtains an address of the gateway, 
if the transferred terminal number would be the telephone number After that, the gatekeeper 17 sends the obtained 
address to the calling information terminal CI . 

[0039] The service database equipment 1 3 of the IN facility can connect to the internet with an address AINDB. As 
a result. The equipment 13 can perform accessing from, not only the gatekeeper 17 but also any all information terminals 
40 in the internet. In moreover the equipment 1 3 enables to compose such as the cache for corresponding table with the 
called telephone number obtained and the transferred terminal number 

[0040] Hereinafter from the point of view of total communications, the sequence will be explained at case of calling 
from the information terminal 01 of the internet, information terminal G1 inquires the telephone number or the address 
as the called terminal number for the gatekeeper 17. If it is judged in the gatekeeper 1 7 that the called terminal number 

45 is the telephone number it inquires within the service database equipment 13 by including previously mentioned in- 
quiring signal Q1 with the called telephone number From the responding signal R2, a transferred terminal number 
corresponding to the called telephone number can be obtained. For instance, if it would be settled in the service control 
information database 1 31 that the call to the telephone terminal T1 is to transfer to information terminal C2, the address 
of the information terminal C2 is included in the responding signal as the transferred terminal number The gatekeeper 

so 17 which received the responding signal can advice the transferred address to the information terminal CI . If it is settled 
in the service control information database 1 31 so that the call to the telephone terminal T1 is to transfer to the telephone 
terminal T2, the telephone number of the telephone terminal T2 is included in the responding signal as the transferred 
terminal number 

[0041] The similar functions are needed in case of call connection in which called telephone number is converted 
55 as in freephone service and VPN service. That is, in case that practical called terminal is to be identified with the internet 
address as information terminal C1 , an originating switching equipment has to obtain a telephone number of the gate- 
way for information terminal 01 to be identified with transferred address. 

[0042] If there are requirement conditions for setting that a communication route through the internet is to be modified 
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by quality or else, it is needed to have a function to select optimum gateway from the internet address. 

(2) In case that the service database of IN facility obtains transferred gateway telephone number group corresponding 

called address from the gatekeeper. 

[0043] Fig. 2 shows that, in the interworking equipment 1 32. the inquiring signal Fl provided with a transferred ad- 
5 dress is inputted from the IN facility and its conversion signal F2 is outputted for the gatekeeper. Also, the response 
signal G1 for the inquiring signal Fl is inputted from the IN facility and Its conversion signal G2 is outputted for the IN 
facility. 

[0044] The service control part 12 of the IN facility which receives an inquiry relating to called telephone number X1 
from the switching equipment generating a call obtains the transferred address Y 1 of the called telephone number from 

10 the record in the service control information database 131. The service control part 12 composes the inquiring signal 
Fl forthe gateway telephone number including address Y1, and sends the signal Fl to the interworking equipment 132. 
[0045] The inquiring signal Fl is received with the IN facility signal receiving unit 201 in the interworking equipment 
132. The signal receiving unit 201 sends the inquiring signal Fl forthe IN facility signal analyzing unit 202. The signal 
analyzing unit 202 analyzes the contents of the signal Fl, and then discriminate its inquiring contents. The signal 

IS analyzing unit 202, moreover composes the inquiring signal F2 of the gateway telephone number to the address Y1 
for the gatekeeper of the internet indicating the internet signal assembling unit 203. 
[0046] The assembling unit 203 composes of the following inquiring signal F2: 



F2(1) = reference number, 
20 F2(2) = gateway telephone number Inquiring, 

F2(3) = transferred address Y1. 



The signal F2 is transmitted to the internet signal transmission unit 204, and is outputted to the gatekeeper 17. 
[0047] The gatekeeper 1 7 identifies that it should be inquiry about the gateway telephone number from the discrim- 

2S inating code of F2(2) when receiving the inquiring signal F2. 

[0048] The gatekeeper 1 7 has the correspondence table between the address and the gateway telephone number 
The correspondence table is administrated within the internet, and the correspondence between the address and the 
gateway telephone number is used to modify properly depending upon the internal status of the internet, network 
topology and circuit bandwidth. The gatekeeper 17 then retrieves the contents of the correspondence table with the 

30 Inquiry signal F2 and obtains the gateway telephone number Z1 (m) corresponding with the address Y1 . The gateway 
telephone number Z1(1: 2= . . . , M) includes plural gateway telephone numbers and hereupon, Zl(m) shows mth can- 
didate for telephone number. 

[0049] The gatekeeper sends obtained gateway telephone number group Z1(1 , 2, . . , M) to the interworking equip- 
ment 132. The response signal G1 are composed as following: 

3S 

G1(1) = reference number. 

G1(2) = gateway telephone number corresponding, 

G 1 (3) address Y1, 

G 1 (4) = obtained gateway telephone number group Z1 (1 , 2, . . . , M) 

40 

[0050] The response signal G1 from the gatekeeper 17 is received at the internet signal receiving unit 208 of the 
intenworking equipment 1 32, and is transmitted to the internet signal analyzing unit 207. The signal analyzing unit 207 
analyzes the contents of the received response signal G1 , obtains reference number with inquiring for the signal cor- 
respondent administration unit 210, compares the obtained reference number with reference number included in the 
^5 response signal G1. and confirms to be corresponding response to the inquiring signal Fl. After that, the unit 207 
discriminates to be the response for inquiry from the identifying code of G1 (2). Then, in order to notify to the IN facility 
of inquiring source the contents, obtained gateway telephone number group Z1(1, 2, . . , M), responding to the inquiring 
signal Fl , it directs to the IN facility signal transmission unit 205 so as to compose a signal G2 and to transmit the 
composed signal G2. 

so [0051] The signal transmission unit 205 sends the response signal G2 including the gateway telephone number 

group Z1 (1 . 2, . . , M) to the IN facility. 

[0052] The IN facility receives the response signal G2 and it obtains the gateway telephone number group Z1(1, 
2, . . , M) for the address Y1 from its contents. In a consequence, the IN facility recognizes the gateway group to be 
connected, and informs to the generating source switching equipment for the gateway telephone number group Z1(1 . 
55 2. . . . , M) or the one of the gateway telephone number Z1(m) and address Y1 . 

[0053] The generating source switching equipment, at receiving this information, selects the one from received gate- 
way telephone number group Z1(1, 2, . . . , M). and together with proceeding the arrange for connecting to the gateway 
of its number the address Y1 of called terminal is informed to the gateway with indicating on the information element 
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of the call connection control signal. 

[0054] The gateway which has received the call connection signal for a call reads out the address Y1 of called 
terminal indicating on the information element of the call connection control signal, and connects the call to the called 
terminal of the internet. . „ , ♦ 

[0055] In the above-mentioned procedure, the call connection based on the called number X1 of the call completes 
at all The gateway corresponding flrstnumberZ1(l)of the gatewaytelephonenumbergroupZ1(1, 2. ,M) is nearest 
gateway for called terminal on the transmission delay within the internet. Thus, if the calling source switching equipment 
would be set such as to select its gateway in priority, it should be enable to select in automatically a connection route 
with the smallest signal delay in the internet. 

[0056] In the above-mentioned embodiment, described is in case of using the IN facility. However it is possible to 
inquire by the similar protocol as mentioned above, a called telephone number T3 to the database equipment of some 
specified private communication network, in this case, the IN facility signal assembling unit 206, the IN facility signal 
transmission unit 205 and the IN facility signal receiving unit 201 should possess functions of transmitting / receiving 
of an information depending on the communication procedure to communicate with the database equipment in the 
private communication network. 

[0057] • If the called telephone number T1 is a number using freephone sen/ice and the transferred telephone number 
T2 which is obtained by using the IN facility is the terminal logic number registered in the mobile communication network, 
the interworking equipment 132 according to the present invention inquires the transferred telephone number T2 to 
the number conversion database equipment of the home mobile communication network so that the called terminal 
inquires for the transferred telephone number T3 to the roaming mobile communication network. 
[0058] In this case, the interworking equipment 1 32 according to the present invention holds the telephone number 
classified information table, as shown in Table 1 , in the number information memory 211 . 



Table 1 



NUMBER CLASSIFICATION 


SERVICE CLASSIFICATION 


0120XXXXXX 


FREEPHONE SERVICE NUMBER 


0990XXXXXX 


INFORMATION SERVICE NUMBER 


030XXXXXXX 


MOBILE COMMUNICATION NETWORK SUBSCRIBER'S NUMBER 







[0059] The IN facility signal analyzing unit 202, when obtaining the transferred telephone number T2. refers the 
telephone number classified information table in the number information memory, and checks that [the called number 
T1 is equal to the number using freephone service] and [the transferred telephone number T2 is equal to the terminal 
logic telephone number registered in mobile communication network]. The IN facility signal analyzing unit 202, when 
it is judged that the above-mentioned conditions are satisfied, directs to the internal signal assembling unit 209 to 
execute process of the inquiry again. The directed signal assembling unit 209 composes new inquiry signal Q3 as 
follows; 



Q3(1) = the reference number, 
Q3(2) = telephone number inquiry, 
Q3(3) = transferred telephone number T2. 

Then, the signal assembling unit 209 transmits an inquiry signal Q3 to the internet signal receiving unit 208. Thus, the 
aforementioned protocol for telephone number conversion is executed so that the interworking equipment 1 32 obtains 
new transferred telephone number T3. , , 

[0060] In case that the interworking equipment according to the present invention is realized in the gatekeeper, it is 
possible to use the bus in the gatekeeper equipment. 

[0061] According to the present invention, it is possible to efficiently use communication resources at setting up the 
route of the call connection between the interconnection network having network communication protocol and circuit 
switched network. For instance, it is possible to inquire to the service control information database of the IN facility 
whether there is a transferred terminal number for called telephone number or not. In case that the transferred terminal 
number is the telephone number, it is possible to transfer for telephone number of optimum gateway. If transferred 
terminal number is an address of a interconnection network, it is possible to call directly for prescribed address. In 
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short, it is not to pay for useless communication cost. 

[0062] If the gatekeeper having address table is connected with the internet, it is possible to embody the routing 
control of communication systems using communication resources efficiently by mutual communicating with service 
control information database provided with telephone number table. It is not necessary to administrate for network 
s information of each other by performing of inquiry / response for table information with between both, and then it is 
not needs for complexity of communication systems. Also, for a role of protocol conversion on the service control 
information database and the gatekeeper, it is possible to use for existing IN facility and the gatekeeper Besides, as 
the transferred gateway in communications, it is possible to select the available gateway for the route of quality agreed 
with needs of communication user for called terminal and communication route. 
10 [0063] The network routing control communication systems according to the present invention with special structure 
mentioned above can offer special effects for communication enterpriser service provider and user 
[0064] Many widely different embodiments of the present invention may be constructed without departing from the 
spirit and scope of the present invention. It should be understood that the present invention is not limited to the specific 
embodiments described in the specification, except as defined In the appended claims. 



IS 



20 



so 



Claims 

1. A routing control communication system comprising: 



a circuit switched network provided with a service control information database having a telephone numbers 
table: 

an interconnection network provided with a network communication protocol and an information terminal; and 
a network interworking equipment provided with one terminal connected with said circuit switched network 
^5 and the other terminal connected with said interconnection network, 

said information database being connected with said interconnection network, and the information terminal of 
said interconnection network being constituted so as to obtain a transferred terminal number corresponding 
to a called telephone number from said service control information database. 

30 2. The system as claimed in claim 1 , wherein said information terminal of said interconnection network for obtaining 
the terminal number to be transferred includes a memory means for storing relationship information between said 
obtained called telephone number and the transferred terminal number 

3. The system as claimed in claim 1, wherein said transferred terminal number Identifies a telephone number of a 
35 circuit switched network. 

4. The system as claimed in claim 1 , wherein said transferred terminal number identifies an address of said inter- 
connection network. 

40 5. The system as claimed in claim 1. wherein the information terminal of said interconnection network for obtaining 
the transferred terminal number is a gatekeeper having an address table of said interconnection network, and 
wherein said service control information database is constituted so as to obtain from said gatekeeper a telephone 
number of a transferred gateway which corresponds to a called address. 

-^5 6. The system as claimed in claim 5. wherein a plurality of gateway telephone numbers to be transferred are obtained 
from said gatekeeper, simultaneously. 

7. The system as claimed in claim 1 , wherein a interworking equipment is connected to said service control information 
database, and wherein the interworking equipment performs mutual signal exchange for enquiry / response signals. 



ss 



8. The system as claimed in claim 7, wherein said interworking equipment includes a memory means for storing 
information relating to mutual signal exchange of enquiry / response signals. 

9. The system as claimed in claim 1, wherein said circuit switched network includes an IN. 

10. The system as claimed in claim 1, said network interworking equipment is a gateway. 
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(57) A routing control communication systenn in- 
cludes a circuit switched network (12) provided with a 
service control information database (131) having a tel- 
ephone numbers table, an interconnection network (15) 
provided with a network communication protocol and an 
information terminal (18), and a network interworking 
equipment provided with one terminal connected with 
the circuit switched network (1 32) and the other terminal 
connected with the interconnection network (17). The 
information database (131) is connected with the inter- 
connection network (15), and the information terminal 
(18) of the interconnection network is constituted so as 
to obtain a transferred terminal number corresponding 
to a called telephone number from the service control 
information database (131). 



Fig. J A 



DATABASE 



INTERWORKING 
EQUIPMENT 




TELEPHONE TERMINAL T2 i 
(TELEPHONE NUMBER NT2) 



Printed by Jouve. 75001 PAHIS (FR) 



(Cont. next page) 



EP 0 909 064 A3 



Fig. IB 



17 



GATEKEEPER 



(ADDRESS AINDB) 



14 



r 



GATEWAY 
1 



GATEWAY 
2 



(ADDRESS AK) 




INFORMATION 
TERMINAL CI 
(ADDRESS AC1) 



INFORMATION 
TERMINAL C2 
(ADDRESS AC2) 



2 




EP 0 909 064 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 41 0091 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate. 
of relevant passages 



Relevant 

to cfaim 



CLASSIFICATION OF THE 
APPtlCATION (lnt.Cl.6> 



WO 97 16007 A (SAKSANEN PAULI ; FINLAND 
TELECOM OY (FI); KARHAPAEAE TUOMO (FD) 
1 May 1997 

1 - line 23 * 
4 - line 12 * 
1 ine 22 - page 6, line 5 * 
1 1 ne 9 " 1 ine 31 * 
7 - 1 ine 10 * 



1,3.4. 
7-10 



* page 4, 

* page 5, 

* page 5; 

* page 7, 

* page 11 



1 ine 
line 



H04L12/66 
H04M7/00 
H04Q3/00 
H04L29/06 



1 i ne 



WO 96 38018 A (KOPONEN HARRI ;KAAKK0LA 
MATT! (FI); MELEN BJOERN (FI): 
VAEAENAENEN) 28 November 1996 

* page 4, line 13 - page 5, line 9 * 

* page 9, 1 ine 8 - 1 ine 15 * 

* page 13, line 1 - line 5 * 

WO 97 14238 A (INT DISCOUNT 
TELECOMMUNICATION) 17 April 1997 

* page 3, 1 Ine 28 - 1 ine 39 * 

* page 4, line 36 - page 5, line 2 * 

* page 6. 1 ine 12 - line 22 + 

* page 11, line 24 - line 39 ♦ 



1,3,4.9. 
10 



1,3,4.10 



TECHNICAL FIELDS 
SEARCHED (Int.CI.S) 



H04L 

H040 
H04M 



The present search report has been drawn up for all claims 









Date ot compi*ticin oi ih» seaich 


£xamin»r 




THE HAGUE 




28 June 1999 


Brichau, G 




CATEGOFIY OF CITED DOCUMENTS 


T . theory or princtp'e uncerlying the invention 








E : earlier patent cocLment. but published on. or 


X 


particutary relevant if tak«n alcne 




arer (he tiling date 




Y 


particularly rt^ievant ii combined wHh another 


D . document cited :n the aoplicaticn 




document of the same category 




L . docurT>ent c ted lor other reasons 


A 


tachrx>iogical background 








O 


: non-written disclosure 




4 ' rnernber ot tne same aatent family, correspond:^ 


P 


'ntermediate documertl 




cocument 





3 



EP 0 909 064 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO, 



EP 98 41 0091 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EDP file on « „*^,r„ofir^n 

The European Patent Office is in no way liable for these particulars whicn are merely given for the purpose of information. 

28-06-1999 



Patent document 
cited in search report 



Publication 
date 



Patent family 
member(s) 



Publication 
date 



WO 9716007 



WO 9638018 



01-05-1997 
28-11-1996 



AU 
FI 



7302596 A 
9B5810 A 



FI 
AU 

CA 
CN 
EP 
NO 



961690 
5916696 
2221183 
1185268 
0829181 

975343 



WO 9714238 



17-04-1997 



EP 
LV 
NO 
PL 



0855114 A 
12247 A 
981540 A 
327401 A 



£ For more details about this annex : see Official Journal of the European Patent Office. No. ^ze^ 



15-05-1997 
26-04-1997 



25-11-1996 
11-12-1996 
28-11-1996 

17- 06-1998 

18- 03-1998 
21-01-1998 



29-07-1998 
20-03-1999 
12-06-1998 
07-12-1998 



4 



